home *** CD-ROM | disk | FTP | other *** search
/ Network Supervisor's Toolkit / Network Supervisor's Toolkit.iso / novell / fyi12 / 11084.dos < prev    next >
Text File  |  1996-07-10  |  2KB  |  37 lines
  1. Number:        A2TH082890U471 
  2. Subject:       Why NetWare 286 has 64K Segments 
  3. Date:          November 6, 1990
  4. - - - - - - - - - - - - - - - - - - - - - - - -
  5.  
  6. QUESTION:      There is an excellent article that Novell published on v2.1x
  7.                File Service Process.  It is very informative and helpful
  8.                for technical support people.  
  9.  
  10.                The article makes it sound as if the limit of Service
  11.                Processes is with the 80286 processor itself.  It is true
  12.                that the group limit for all segments on a 286 processor is
  13.                64K.  However, from a pure assembly point of view, you
  14.                really don't need groups (although you can certainly use
  15.                them).  
  16.  
  17.                Our understanding is that groups are implemented by
  18.                high-level languages to allow the stack (initialized near
  19.                data, uninitialized near data, and constant segments) to be
  20.                accessed relative to a single segment register. 
  21.  
  22.                Which leads to the question:  Is the limitation imposed
  23.                because of the 80286 or is it because Novell chooses to not
  24.                use far pointers (for possible speed reasons) and declares a
  25.                large instead of a huge memory model? 
  26.   
  27. ANSWER:        When running in protected mode in the 80286 processor, you
  28.                are limited to accessing a single 64K segment (or less) with
  29.                near pointers.  The designers of NetWare chose to use near
  30.                pointers for performance reasons.  This is especially
  31.                important in protected mode where the processor has to look
  32.                up a far address in the Global Descriptor Table to find the
  33.                location in real memory.
  34.  
  35.                (X)    This information was verified by Engineering.
  36.  
  37.